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(57) Abstract 

The invention provides a method and system for 
providing route guidance and other information from a base 
unit (12) to a remote unit (16, 18, 20) in response to a 
request from the remote unit. A query (120) is formatted 
at the remote unit, the query including the request, and is 
transmitted from the remote unit to the base unit Requested 
route guidance information is calculated at the base unit in 
response to the query, using a large up-to-date database (72) 
located at the base unit. A response (160) to the query 
is formatted at the base unit, the response including route 
guidance information. The response is then transmitted from 
the base unit to the remote unit for display. The transmission 
is made in a compact form through the use of maneuver arms 
(figs. 6 to 10) and combined maneuver arms (fig. 39) and 
through the use of tokenized forms (fig. 40). A maneuver arm 
represents a road at an intersection, for depiction on a display, 
by one or two endpoint coordinates. The tokenized forms are 
expanded at the remote unit into textual driving instructions 
for each of one or more languages. In addition, the amount 
of information available at a remote unit can be increased by 
providing the remote unit with information from the base unit 
which is not adequately covered by any databases on-board 
the remote unit 
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ELECTRONIC NAVIGATION SYSTEM AND METHOD 

Background of the Invention 

The invention relates generally to a system and 
method for providing route guidance and tracking 

5 information and other information from a base unit to a 
mobile unit over wireless, wireline, or optical devices. 
The invention more particularly relates to an apparatus 
and method for providing to a mobile unit route guidance 
and tracking information and other information which has 

10 been calculated and/or stored at a base unit in response 
to a query from the mobile unit. 

Systems have already been developed which provide 
geographical or position-dependent information to a 
mobile user. Such systems are generally installed in an 

15 automobile or other vehicle. These systems generally 
include an on-board geographic database which may be 
accessed to determine geographic information, such as 
locations of points of interest, directions to points of 
interest, and directions between a specified origin and 

20 a destination. An on-board computer calculates route 
guidance information using data from the database in 
response to user inputs. 

Such systems are known as autonomous route guidances 
systems since they are independent and self-contained. 

25 The systems generally include a geographic database, 
positioning sensors, and a computer including a keyboard 
and display. The geographic database is a representation 
of a region or metropolitan area and may include, for 
example, street names, navigation attributes, such as 

30 turn restrictions and one-way streets, street addresses, 
and points of interest, such as airports, restaurants and 
museums. The positioning sensors may determine 
geographic position from RF (Radio Frequency) 
triangulation or in response to signals from, for 

35 example, GPS (Global Positioning System), LORAN C or 
other similar positioning systems, and from motion and 
direction detectors. The computer calculates route 
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guidance information in response to inputs from the other 
system components as well as from operator input . The 
route guidance information is provided to the user in the 
form of navigational text or map graphics. 
5 Autonomous route guidance systems have many 

drawbacks, however, which have prevented their widespread 
use. Because the system is autonomous and has an on- 
board database, the system must include large storage 
capabilities for storing all of the data which form the 

10 database. Technologies such as CD-ROM have allowed 
storage of an entire database but require still a 
tradeoff between cost and fast, efficient data access. 

Another problem with autonomous route guidance 
systems is maintenance and currency of the database. As 

15 new streets are built, or as old streets are 
reconfigured, as businesses and other points of interest 
open and close, the database on CD-ROM or other media 
becomes out of date. In addition, when a database is 
compiled, it may include errors which are then replicated 

20 in the many copies provided to users. These errors may 
require correction in the user copies by replacing those 
database copies. Moreover, incorrect or outdated 
information in the database can lead to errors when 
calculating routes. When an out-of-date database does 

25 not include the information that a particular roadway is 
closed, the system may be unable to calculate an 
alternate route. 

Autonomous route guidance system providers may 
improve the accuracy of the system by providing 

30 occasional database updates to users. However, 
distribution of the database, in a medium such as CD-ROM 
or floppy disk, to remotely located mobile users may be 
difficult. In addition, the media themselves are 
expensive since they may generally be used only a single 

35 time. 

Other aspects of such prior art autonomous route 
guidance systems add to their cost and inconvenience. 
Because the systems are autonomous, they must include all 
components, including the computer, the database and the 
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position sensor. Using present technology, such a system 
is too heavy and too large to be readily transported by 
an individual. In addition, the complete system has 
power requirements which make battery operation 
5 impractical. As a result, autonomous route guidance 
systems have been limited to installation in automobiles 
or other vehicles which can accommodate the size and 
power requirements of such a system. The current best 
price for a complete autonomous route guidance system is 

10 substantial. This includes only the cost for a single, 
dedicated autonomous route guidance system. 

Another type of route guidance system has been 
tested in Europe using beacons to provide a guidance 
signal to on-board equipment. The system directs the 

15 user to travel from beacon to beacon, creating a step- 
wise path between an origin and a destination because of 
the fixed locations of the beacons. The navigational 
information thus provided forms a generally inefficient 
routing path from origin to destination. In addition, 

20 such a system does not provide the capability to query a 
database for information about nearby points of interest 
and other geographical information. 

Therefore, there is a need for a routing and 
information system that continually provides access to 

25 up-to-date, correct geographic information by a remote 
user. There is a further need for a routing and 
information system which can be implemented on 
lightweight, portable devices for easy, convenient 
transportation and use. There is a further need for a 

30 routing and information system which is independent of 
any particular hardware configuration and which may be 
implemented on any suitably equipped data processing 
apparatus, such as a desktop personal computer, a laptop 
computer, a personal digital assistant or even a pager. 

35 There is a further need for a routing and information 
system which provides communication between mobile units 
and a base unit over any available channel, including 
wireless, wireline, and optical channels. There is a 
still further need for a data communication protocol for 
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providing accurate, reliable communication in such a 
system, independent of hardware configuration and in a 
compact form. 

Summary of the Invention 

5 An object of the invention is to provide a method 

and system for transmitting route guidance and other 
information from a base unit to a remote unit in a 
compact form. 

Another object of the invention is to provide a 

10 - method and system for transmitting route guidance and 
other information from a base unit to a remote unit in a 
language independent form such that the remote unit can 
provide the information to a user in any language or form 
desired by the user at the remote unit. 

15 Another object of the invention is to provide a 

method and system for transmitting route guidance and 
other information from a base unit to a remote unit in 
which the amount of information available at a remote 
unit can be expanded by providing the remote unit with 

20 information from the base unit which is not adequately 
covered by any databases on-board the remote unit. 

The invention provides a method and system for 
providing route guidance and other information from a 
base unit to a remote unit in response to a request from 

25 the remote unit. A query is formatted at the remote 
unit, the query including the request, and is transmitted 
from the remote unit to the base unit. Requested route 
guidance information is calculated at the base unit in 
response to the query, using a large up-to-date database 

30 located at the base unit. A response to the query is 
formatted at the base unit, the response including route 
guidance information. The response is then transmitted 
from the base unit to the remote unit for display. 

The transmission is made in a compact form through 

35 the use of maneuver arms and combined maneuver arms and 
through the use of tokenized forms. These tokenized 
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forms represent a large amount of textual information by 

one or several alphanumeric characters. 

A maneuver arm represents a road at an intersection, 

for depiction on a display, by one or two endpoint 
5 coordinates. If two intersections are sufficiently close 

together, a first set of maneuver arms for one 

intersection and a second set of maneuver arms for the 

other intersection are combined to produce a combined set. 

of endpoints for transmission in a compact form to depict 
10 the first set of maneuver arms and the second set of 

maneuver arms on a common display. 

The tokenized forms are expanded at the remote unit 

into textual driving instructions for each of one or more 

languages. In addition, the amount of information 
15 available at a remote unit can be increased by providing 

the remote unit with information from the base unit which 

is not adequately covered by any databases on-board the 

remote unit . 

Other objects, features, and advantages of the 
20 invention will be apparent from the detailed description 
set forth below. 

Brief Description of the Drawings 

The features of the invention are set forth with 
particularity in the appended claims. The invention, 
25 together with further objects and advantages thereof, may 
be further understood by making reference to the 
following description taken in conjunction with the 
accompanying drawings, wherein: 

Fig. 1 is a functional block diagram illustrating a 
30 system of the invention; 

Fig. 2 is a flow diagram illustrating a method of 
the invention; 

Fig. 3 is a diagram illustrating a data 
communication protocol for communicating data from a 
3 5 mobile, or remote, unit to a base unit in accordance with 
the invention and which is used in conjunction with the 
system of Fig. 1 and the method of Fig. 2; 
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Fig. 4 is a diagram illustrating a data 
communication protocol for communicating data from a base 
unit to a mobile unit in accordance with the invention 
and which is used in conjunction with the system of 
5 Fig. 1 and the method of Fig. 2; 

Fig. 5 is a diagram illustrating a suitable sign 
. convention for maneuver arm endpoint coordinates; 

Figs. 6 to 10 show examples of maneuver arms 
displays in a remote unit; 
10 Figs. 11 to 14 illustrate data that is transferred 

between a remote unit and a base unit in the example of 
Figs. 6 to 10; 

Figs. 15 to 38 illustrate additional examples of 
data transferred between a remote unit and a base unit; 
15 Fig. 3 9 illustrates a combined maneuver arms 

display; 

Fig. 40 illustrates some examples of tokens and 
corresponding expanded English, Spanish, and German text; 
and 

20 Fig. 41 is a flowchart used for explaining operation 

of a stripmap request feature of the invention. 

Detailed Description of Preferred Embodiments 

Overview 

The invention provides a method of providing route 
25 guidance information and other information from a base 
unit to a mobile unit in response to a request from the 
mobile unit. The method comprises the steps of 
formatting a query at the mobile unit,^. the query 
including the request, communicating the query from the 
30 mobile unit to the base unit, and calculating route 
guidance information at the base unit in response to the 
query. The method further comprises the steps of 
formatting a response to the query at the base unit, the 
response including route guidance information, and 
3 5 communicating the response from the base unit to the 
mobile unit. The guidance information may include 
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navigatioii instructions from an origin to a destination, 
information about one or more points of interest within 
a particular region, or other geographically referenced 
information. 

5 The invention further provides a system for 

communicating routing information between a base unit and 
a mobile unit . The system comprises an input means at 
the. mobile unit for providing an origin and a 
destination. The system further comprises a calculating 

10 means at the base unit for calculating a route between 
the origin and the destination. The system still further 
comprises communication means for communicating the 
origin and the destination from the mobile unit to the 
base unit and for communicating the route from the base 

15 unit to the mobile unit. The routing information may 
include navigation instructions from an origin to a 
destination, information about one or more points of 
interest within a particular region, or other 
geographically referenced, information. 

20 The invention still further provides a method of 

providing routing information to a mobile unit. The 
method comprises the steps of providing an origin and a 
destination from the mobile unit to a base unit, the base 
unit located remotely from the mobile unit. The method 

25 further comprises the steps of calculating at the base 
unit a route between the origin and the destination, and 
providing the route to the mobile unit . 

The invention still further provides a system for 
providing route guidance information to a remote location 

30 from a central location. The system comprises a mobile 
unit including an input means for providing at least a 
route destination and an output means for providing an 
indication of the route guidance information. The system 
further comprises a first transmission means at the 

35 mobile unit for transmitting destination data and origin 
data from the mobile unit, the destination data being 
indicative of a route destination and the origin data 
being indicative of a route origin. The system still 
further comprises a base unit at the central location. 
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The base unit includes a first receiving means for 
receiving the destination data and the origin data from 
the first transmission means, a calculating means coupled 
with the receiving means for calculating a route to the 
5 route destination from a route origin responsive to the 
destination data and the origin data, and a second 
transmission means for transmitting routing data, the 
routing data being indicative of the route. The system 
still further comprises a second receiving means at the 

10 mobile unit for receiving the routing data from the 
second transmission means, the second receiving means 
being coupled with the output means for providing the 
route guidance information to the input means responsive 
to the routing data. 

15 The invention also provides a system and method for 

providing geographically referenced information from a 
base unit or server to a mobile unit. The mobile unit 
may be a transportable device such as a laptop computer 
or personal digital assistant (PDA), or may be a desktop 

20 personal computer or any other device permitting data 
entry and display, printing, or sounding of the provided 
information. 

The mobile unit communicates with the base unit 
using any available communication system, such as land 

25 line telephone link, cellular telephone or radio 
frequency transmission. Queries are communicated from 
the mobile unit to the base unit. The query requests 
route guidance information, information about a point of 
interest or other geographical information. The query is 

30 formatted in a specified protocol. The base unit 
communicates responses to queries, the responses also 
being formatted in a specified protocol. The responses 
may include, for example, textual navigational directions 
and/or maneuver arms showing graphical representations of 

35 street intersections and the calculated route through the 
intersection. Transmitting only a representation of the 
intersection, rather than all geographical features 
around the intersection, allows the response, including 
the maneuver arms, to be transmitted over a low bandwidth 
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channel. The invention operates independently of the 
communication system and is adaptable to any system. The 
invention allows support for many different mobile unit 
platforms, taking advantage of each platform's 
5 capabilities while retaining as much system-ievel look 
and feel consistency as possible. 

The base unit includes a geographical database, such 
as the Navigation Technologies Corp. navigable map 
database . The geographical database stores a variety of 
10 geographical and position-oriented attributes, such as 
street addresses, turn restrictions and points of 
interest. The points of interest are preferably 
organized according to different parameters, including 
point of interest type, such as "restaurant" or "museum;" 
15 point of interest name; city; driving distance; and/or 
driving time. The base unit further includes a server 
for receiving queries from one or more mobile units, 
resolving ambiguities in the queries, determining a 
response to a query, and accessing the geographical 
20 database as needed. The server formats a response to the 
query and communicates the response to the mobile unit . 

In a first mode of operation, an origin and a 
destination are entered at the mobile unit. The origin 
and/or the destination may be in the form of a street 
25 address, an intersection of two streets, or a point of 
interest previously identified in the geographical 
database. The origin and destination are communicated 
from the mobile unit to the base unit. The base unit 
calculates a route between the specified origin and 
30 destination. The routing information is communicated 
from the base unit to the mobile unit where it is 
displayed by the mobile unit . The display can be a 
graphical display, showing map portions and providing 
travel directions along with a display of highway signs 
35 and other information. The display can include textual 
information providing travel directions . The mobile unit 
may supply a digitally synthesized voice which audibly 
presents the travel directions to the user. In some 
applications, the display is stylized to display 
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additional information to the user or to display- 
information in a more realistic or more informative form. 
For example, the display can indicate in graphical form 
whether an on or off ramp is a tight or gentle turn by 
5 displaying stylized ramps. Shapepoints, that is, points 
which more accurately depict the physical shape of a 
road, can be generated either by the base unit or by a 
remote unit. 

In a second mode of operation, the mobile unit 

10 formulates a query requesting information about points of 
interest within a specified distance of an origin. The 
origin may be specified by street address, intersecting 
streets, by geographic position or by reference to a 
point of interest. The query is communicated from the 

15 mobile unit to the base unit. The base unit uses the 
geographical, database to formulate a response. The 
response is communicated from the base unit to the mobile 
unit for display to the user. 

In a third mode of . operation, a mobile unit provides 

20 information specifying its location to the base unit. A 
control unit requests tracking information about the 
mobile unit from the base unit. The control unit may be, 
for example, another personal computer, coupled to the 
base unit through an external interface, either directly 

25 or through a communications network. The base unit 
provides to the control unit tracking information 
including the current location of the mobile unit with 
respect to the street network and the route covered by 
the mobile unit. 

3 0 The invention further provides a protocol for 

communicating a query from the mobile unit to the base 
unit and for communicating a response from the base unit 
to the mobile unit . The protocol allows transmission of 
variable length messages, as required by the individual 

35 mobile unit or communication link. The protocol includes 
error checking, time stamping and subscriber information. 
The protocol further includes information specifying 
origin and destination, for a query, and message type and 
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message contents, such as route information, for a 
response . 

The invention thus provides geographically 
referenced information from a base unit to a mobile unit, 

5 the mobile unit needing only data entry and display 
devices and a communications link. An advantage of the 
invention is that the invention provides this capability 
in a mobile unit which does not require on-board database 
storage or position finding equipment at the mobile unit. 

10 A further advantage of the invention is that the 
invention provides a mobile unit with access to a larger, 
more comprehensive database. For example, prior art CD- 
ROM-based databases are limited to 600 MB of storage 
which may be sufficient to store map information for only 

15 a single metropolitan region. In contrast, the invention 
allows the mobile unit to access map information for many 
metropolitan regions or an entire nation, as well as 
other information, such as on-line yellow page 
information or news, weather and/or traffic advisory 

20 information, which may be provided by third-party 
information providers* Such information can be provided 
on a geographic specific basis. A still further 
advantage of the invention is that the invention permits 
automatic, real time database updates by maintaining the 

25 database only at the base unit, avoiding the need to 
distribute database updates to the mobile units. 

A further advantage of the invention is that the 
invention provides a method for communicating requests 
for routing information and responses including routing 

30 information in which the method is independent of 
specific hardware. A further advantage of the invention 
is providing a system which can be implemented using any 
commonly available hardware devices, including laptop 
computers, personal digital assistants and other 

35 transportable units communicating via wireless, wireline, 
and/or optical systems. 

A still • further advantage of the invention is 
efficiently conveying complex information, including 
graphical information, over communication channels having 
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a limited bandwidth using data compression and a novel 
protocol, to be described in detail below. This allows 
a system in accordance with the invention to dynamically 
transmit selected map portions for display on a capable 
5 mobile unit. The geographical information may be saved 
at the mobile unit for later retrieval and display, 
without having to again access the base unit. 

System Description 

Fig. 1 is a functional block diagram of a system 10 
10 embodying the invention. The system 10 includes a base 
unit 12 and a plurality 14 of remote units arranged to 
communicate with the base unit 12 . . The base unit 12 
includes a central processing unit (CPU) and a program 
memory which stores programs for performing the functions 
15 described below. IBM RS/6000 series computers are 
suitable for such a purpose; however, many other computer 
systems can be used. The plurality 14 of remote units 
may include, for example, a desktop personal computer 
(PC) 16 such as IBM compatible PC's and the Apple Newton, 
20 a laptop personal computer (PC) 18, or a pager 20. 
Suitable program languages include ANSI C and MS-Visual 
Basic . 

The plurality 14 of remote units may include any 
number of mobile units. The base unit 12 is preferably 

25 located at a single, central location. One remote unit 
may be permanently located at a single site, such as 
desktop personal computer 16 . Another remote unit may be 
mobile or transportable, such as laptop personal computer 
18 or pager 20. As used herein, the term "mobile unit" 

30 includes both remote units which may be permanently 
located at a single site and remote units which are 
mobile or transportable. 

Communications between the base unit and the remote 
units are packetized. A packet contains one or more 

35 messages. 

The desktop- personal computer 16 is an example of 
one type of mobile unit which may be included in the 
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•system 10. The desktop personal computer 16 preferably 
includes a modem 22, a memory 26, a keyboard 28, a 
display 30 and a microprocessor 32. The modem 22 is 
adapted to be coupled to a telephone line 24. The 
5 telephone line 24 is in turn coupled to the commercial 
telephone system 25. The modem 22 may be, for example, 
a serial (dial-up line) modem such as a modem compatible 
with an AT command set which is built into the desktop 
personal computer 16, a stand-alone modem, or a PCMCIA 
10 modem. Alternatively, the modem may be for use with a 
specialty wireless transmission network such as ARDIS, 
CDPD (cellular digital packet data) or RAM. Still 
further, the modem may be of a type custom designed for 
the desktop personal computer 16. The modem 22 forms a 
15 transmission means at the mobile unit for transmitting 
the origin and the destination and a receiving means at 
the mobile unit for receiving the responses, including 
the route, from the base unit 12. 

The microprocessor 32 responds to program 
20 instructions and data stored in the memory 26. To 
activate the system 10, a user manipulates the keyboard 
28 to formulate a request. The request may, for example, 
seek the route between an origin and a destination. The 
keyboard 28 thus provides an input means at the mobile 
25 unit for providing an origin and a destination. The 
desktop PC 16, under control of a program of instructions 
stored in the memory 26, conveys the request over the 
telephone line 24 to the base unit 12. The base unit 12 
formulates a response to the request and conveys the 
30 response over the telephone line 24 to the desktop PC 16. 
The response to the request is displayed on the display 
30. The display 30 thus forms an output means at the 
mobile unit for providing an indication of the route 
provided in the response. In addition, the response may 
35 be stored in the memory 26 for later retrieval and 
display. The memory 26 thus provides a storage means at 
the mobile unit for storing the route communicated from 
the base unit. 
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The laptop personal computer 18 is another example 
of a mobile unit which can be used in the system 10 . The 
laptop PC 18 includes a modem 34, a memory 40, a position 
locator 42, a keyboard 44, a display 46 and a 
5 microprocessor 48. The modem 34 is coupled to an antenna 
36 for sending and receiving cellular telephone calls in 
conjunction with the cellular telephone system 38, which 
is a portion of the commercial telephone system 25. The 
modem 34 may be, for example, any of the modem types 

10 described in conjunction with the modem 22 of the desktop 
personal computer 16. 

The microprocessor 48 operates in response to 
program instructions and data stored in the memory 40. 
The position locator 42 provides the geographical 

15 position of the laptop PC 18. For example, the position 
indicator 42 may perform radio frequency (RF) 
triangulation or may be responsive to GPS (Global 
Positioning System) , LORAN C signals or other satellite 
positioning systems for providing latitude and longitude 

20 positioning information. The position locator 42 thus 
provides a position determining means for determining the 
geographical position of the mobile unit/ The laptop PC 
18, iri response to the program instructions stored in the 
memory 40, provides a request over the commercial 

25 telephone system to the base unit 12. The request may 
be, for example, for the route between an origin and a 
destination. The origin may be specified either by 
manipulating the keyboard 44 or by providing the latitude 
and longitude information produced by the position 

30 locator 42. The base unit 12 provides a response to the 
request to the laptop PC 18. The response is displayed 
on the display 46. 

The pager 20 provides another example of a remote 
unit which can be used in the system 10. The pager 20 

35 includes an RF interface 50 coupled to an antenna 52 for 
receiving RF signals from an antenna 54 coupled to the 
base unit 12. The pager 20 further includes a 
microprocessor 56 responsive to program instructions and 
data stored in a memory 58. In response to information 
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transmitted from the base unit 12 and received at the 
antenna 52, the microprocessor 56 displays information, 
such as geographical directions, on a display 60. 

In another mode of operation, one mobile' unit, such 
5 as the desktop personal computer 16, may track another 
mobile unit, such as the laptop personal computer 18, 
using the system 10. A user of the desktop personal 
computer 16 may manipulate the keyboard 28 to request 
route guidance information such as tracking information. 

10 The request is transmitted over the telephone line 24 to 
the base unit 12. The base unit 12 formulates a response 
based on the geographic position information provided by 
the position locator 42 of the laptop PC 18. The 
response is transmitted over the telephone line 24 to the 

15 desktop personal computer 16 for display on the display 
30. 

Thus, the system 10 provides geo-ref erenced 
information over, for example, wireless and wireline 
devices to mobile and remote users. It is understood 

20 that the communications technologies and the mobile units 
illustrated in Fig. 1 may be combined in ways, other than 
those illustrated in Fig. 1. For example, the desktop 
personal computer 1§ may include an RF interface such as 
the RF interface 50 of the pager 20. Similarly, the 

25 modem 34 of the laptop PC 18 may be adapted for coupling 
directly to a telephone line such as telephone line 24 . 
In addition, other types of mobile units, such as 
personal digital assistants (PDAs) , may be included in 
the system 10. Moreover, mobile units may access the 

30 base unit indirectly by communicating directly with a 
third-party information provider, such as Prodigy™, which 
in turn conveys queries to and responses from the base 
unit 12. In accordance with the invention, the invention 
operates independently of particular hardware 

35 configurations of the plurality 14 of remote units and of 
the communications system. 

The base unit 12 includes an I/O interface 62, a 
query resolver 64, a route calculator 66, a distance and 
time travel estimator 68, a surroundings explorer 70, a 
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map database 72, an on-line traffic and map updater 72U, 
and a third-party data integrator 80. The I/O interface 
62 includes a telephone interface 74 for coupling the 
base unit 12 to the commercial telephone system 25 
5 including the telephone line 24. The I/O interface 62 
further includes an RF interface 76 for coupling the base 
unit 12 with RF communication devices such as an antenna 
54. The I/O interface 62 and the modem 22 thus provide 
a communication means for communicating an origin and a 

10 destination from the desktop personal computer 16 to the 
base unit 12 and for communicating a route from the base 
unit 12 to the desktop personal computer 16. The I/O 
interface 62, the modem 34 and the antenna 36 provide a 
communication means for communicating the origin and the 

15 destination from the laptop personal computer 18 to the 
base unit 12 and for communicating the route from the 
base unit 12 to the laptop personal computer 18. 

The I/O interface 62 may further include a network 
interface 75 for coupling the base unit 12 to one or more 

20 wireless or wireline communication networks such as CDPD 
(cellular digital packet data) , TCP/IP (transmission 
control protocol /Internet protocol) , ARDIS or RAM. The 
I/O interface 62 may further include an external 
interface 77 for coupling the base unit 12 to a control 

25 unit 84. The control unit 84 provides an external link 
to the base unit 12 and may be, for example, a personal 
computer coupled over a wireless or wireline network or 
a directly connected terminal. The control unit 84 may 
include, for example, a keyboard 86 and a display 88. 

3 0 The control unit 84 may request tracking information 
about the location of one or more mobile units. For 
example, a mobile unit may be located in an armored 
vehicle transporting valuables along a specified route. 
The control unit may receive tracking information from 

35 the base unit and, if the mobile unit in the armored 
vehicle varies from the specified route by a 
predetermined amount, sound an alarm or trigger some 
other action. 
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traffic and map updater 72U receives updating information 
from map database vendor (s) 81 and traffic information 
providers 83 and maintains map database 72 current. 

In determining the route, the route calculator 66 
5 preferably takes into account routing restrictions such 
as toll road avoidance, turn restrictions at a specified 
time of day, and other restrictions. Such routing 
restrictions may be specified by an operator at the base 
unit 12 in response to a temporary condition or may be 

10 added to the map database 72 when the restrictions become 
nationally available. The route calculator 66 thus forms 
a calculating means at the base unit for calculating a 
route between the origin and the destination. The map 
database may be divided into geographic areas such as 

15 metropolitan areas. Providing the route calculation 
function in the base unit 12 reduces the data storage and 
data processing requirements for the remote units. In 
certain applications, however, it may be desirable to 
provide the remote units with a limited route calculation 

20 function. 

After a route has been calculated, the route is 
conveyed from the route calculator 66 to the I/O 
interface 62. The I/O interface 62 formats a response to 
the query. The response includes the route guidance 

25 information determined by the route calculator 66. The 
I/O interface 62 then communicates the response from the 
base unit 12 to the mobile unit which originally 
requested the information. 

If the query requests a distance or a time of 

30 travel, the query is forwarded to the distance and time 
travel estimator 68. The distance and time travel 
estimator 68, in response to the query and using the map 
database 72, formulates a response to the query. The 
response is conveyed from the distance and time travel 

35 estimator 68 to the I/O interface 62. The response is 
formatted at the I/O interface 62 and communicated from 
the base unit 12 to the mobile unit which originally 
requested the information. 
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The I/O interface 62, including the telephone 
interface 74 and the RF interface 76, provide a means for 
coupling the base unit 12 with communications media such 
as the commercial telephone system and other wireline and 
5 wireless devices. The I/O interface 62 thus receives 
queries from the plurality 14 of remote units and 
transmits the responses from the base unit 12 to the 
plurality 14 of remote units. The I/O interface 62 
therefore provides a receiving means at the base unit for 
10 receiving the origin and destination and a transmitting 
means at the base unit for transmitting the route to a 
mobile unit. 

The query resolver 64 receives the request from the 
I/O interface 62. When a request is entered at one of 

15 the plurality 14 of remote units, a mistake may be made. 
For example, in manipulating the keyboard 44 of the 
laptop personal computer 18, the user may have entered 
"O'HAIR," intending to enter "O'HARE," indicating O f Hare 
Airport. Other ambiguities may be in the format of the 

20 address provided, in the latitude and longitude of the 
position provided, or in the definition of cross streets. 
The function of the query resolver 64 is to resolve such 
ambiguities in the query at the base unit 12 and convey 
the query for further processing. 

25 After the query resolver, the query is routed to the 

route calculator 66. In a manner well known in the art, 
the route calculator 66 determines a route between a 
specified origin and destination using the map database 
72. The map database 72 may be, for example, the 

30 navigable map database maintained by Navigation 
Technologies Corp. The map database 72 preferably 
includes an accurate, complete, and up-to-date 
representation of geographic information such as 
addresses, street names, navigation attributes (including 

35 turn restrictions, one-way streets, physical dividers, 
relative heights, freeway sign text, and so forth) , as 
well as point of interest categories, such as parks, 
schools, hospitals, restaurants, and golf courses 
associated with the geographic information. The on-line 



WO 96/00373 PCMJS95/07859 

-19- 

If the query requests information about points of 
interest in the area surrounding an origin, the query is 
conveyed to the surroundings explorer 70. The 
surroundings explorer 70 provides an optimized method for 
5 searching for points of interest satisfying specified 
criteria or parameters such as time or distance. For 
example, the surroundings explorer 70 may locate all 
McDonald's™ restaurants within a specified driving 
distance or driving time of a specified origin, or it may 

10 locate the McDonalds™ restaurant nearest the specified 
origin. The origin and search parameters are specified 
in the query received from the mobile unit. In response 
to the query, the surroundings explorer 70 accesses the 
map database 72 and searches outward from the specified 

15 origin. The surroundings explorer 70 analyzes paths in 
the map database 72 over which a mobile unit, in a car 
for example, could legitimately travel. The surroundings 
explorer 70 examines the associated point of interest 
information for entries satisfying the specified search 

2 0 parameters. The surroundings explorer 70 thus determines 
which points of interest satisfy the query. The 
information is then conveyed from the surroundings 
explorer 70 to the I/O interface 62 and a response is 
formatted. The response is then communicated from the 

25 base unit 12 to the remote unit which requested the 
information. 

The third-party data integrator 80 provides 
additional data such as on-line yellow pages information 
or news, weather, and/or traffic advisory information for 

30 responding to queries from a mobile unit. The additional 
data are preferably received from other information 
providers, illustrated in Fig, 1. as functional block 82. 
The additional data may also be added directly to and 
located within the map database 72. The additional data 

35 may be supplied external to the base unit 12 via any 
known data communications network. 

The functions performed by the base unit 12, as 
described above and illustrated in the functional block 
diagram of Fig. 1, are performed in a data processing 
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system. The data processing system may be in one or more 
units and include a processor for executing program 
instructions, a memory for storage of the program 
instructions and data such as the map database 72 . The 
5 data processing system further includes other equipment 
such as digital logic for implementing the I/O interface 
62 for receiving queries and sending responses. The data 
processing system may include a display and a keyboard as 
an operator interface. 

10 Fig. 2 is a flow diagram illustrating a method of 

the invention. The method begins at step 100 where 
communication is established between the mobile unit and 
the base unit 12 . Performance of this step is largely 
dependent on the specific implementation of both the base 

15 unit 12 and the mobile unit. For example, with reference 
to Fig. 1, the desktop personal computer 16 would 
establish communications using the modem 22 to place a 
telephone call over the telephone line 24 to the base 
unit 12 . The telephone interface 74 of the base unit 12 

20 and the modem 22 would establish communication in a 
manner well, known in the art. Similarly, the laptop 
personal computer 18 would establish communications with 
the base unit 12 by completing a telephone call through 
the cellular telephone system 38. However, the basic 

25 operation of the invention is independent of the 
particular hardware and communication channels employed. 
The method continues at step 102, in which a query 
is formatted at the remote unit. The query is formatted 
in accordance with the protocol of the invention, to be 

30 described in further detail below in conjunction with 
Fig. 3. The query comprises a serial stream of data and 
control bits. The control bits, for example, identify 
the remote user originating the query. The data bits 
specify the precise request being made of the base unit. 

3 5 For example, the data bits may specify an origin point 
and a destination point, from which the route calculator 
66 (Fig. 1) of the base unit 12 is to calculate the 
route. Certain communications transport protocols, 
specific to the particular hardware implementation of the 
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system 10, may prepend or append characters or other 
control bits to the control and data bits which form the 
query. For example, the modem 22 of the desktop PC 16 
may include handshaking bits or signals to be used by the 
5 telephone interface 74 of the base unit 12 for processing 
the query. At step 104, the query is transmitted from 
the mobile unit to the base unit 12. 

The method continues at step 106, where ambiguities 
in the query are resolved by the query resolver 64 

10 (Fig, 1) . Ambiguities may be in the form of spelling 
errors in the identification of an origin or a 
destination, an # inconsistent latitude or longitude 
specification, and the like. At step 108, if the query 
resolver 64 cannot resolve the ambiguity, an error 

15 message may be communicated from the base unit to the 
remote unit at step 110, and the query must be repeated. 

The method continues at step 112, where the query 
type is identified. The query may be one of several 
different types, including a route query, a point of 

20 interest query, a language query, or a metro area query. 
A route query asks the base unit 12 to identify a route 
between a specified origin point and a specified 
destination point. A route query includes the origin and 
the destination. A point of interest query requests a 

25 list of points of interest which satisfy specified 
criteria. For example, a point of interest query might 
request a list of all restaurants of a specific type, 
such as McDonald's™, within a specified distance or a 
specified driving time of a specified origin. A language 

30 query requests a list of available languages for display 
of information at the mobile unit or specifies the 
language (such as English or Dutch) in which the routing 
information is to be displayed at the remote unit. Such 
language queries are not needed if the language 

35 independent mode (to be described below) is being used. 
A metro area query requests a list of available 
metropolitan areas or specifies the metropolitan area 
within the map database 72 (Fig. 1) to be used for 
responding to the query. For example, a query which has 
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as its origin "77 W. Chestnut Street" in Chicago must 
specify the Chicago metropolitan area rather than, for 
example, the Cincinnati metropolitan area, in order to 
prevent confusion. If a query cannot be identified, an 
5 error message is generated at step 110 and the query must 
be repeated. After the query type has been determined at 
step 112, the query is routed to, for example, the route 
calculator 66, the distance and travel estimator 68, 
and/or the surroundings explorer 70. (Fig. 1) for 

10 processing. 

The method continues at step 114, where the query is 
fulfilled. For example, if the query requested routing 
information between an origin and a destination, the 
route calculator 66, operating in conjunction with the 

15 map database 72, calculates a route between the origin 
and the destination. Similarly, if the query was a point 
of interest query, the surroundings explorer 70 will 
determine points of interest which satisfy the query. % 
The method continues at step 116, where the response 

20 to the query is formatted. The response is formatted in 
accordance with a data communications protocol to be 
described in detail in conjunction with Fig. 4. The 
formatted response includes control and data bits . The 
control bits specify information such as the mobile unit 

25 which initiated the request. The data bits specify the 
information, such as route guidance information, which 
fulfills the query. At step 118, the method concludes 
when the response is electromagnetically transmitted from 
the base unit 12 to the mobile unit. 

3 0 Referring now to Fig. 3, it is a diagram 

illustrating a data communication protocol for 
communicating data from a mobile unit to a base unit in 
accordance with the invention and which can be used in 
conjunction with the system of Fig. 1 and the method of 

35 Fig. 2. The protocol illustrated in Fig. 3 is defined by 
a communications syntax including variable message 
lengths, allowing as little or as much data transfer as 
necessary for the specific application requirement. In 
this implementation example, the protocol can be used 
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across all communications systems, as long as the 
printable, seven-bit ASCII character set, plus the 
"newline" character (OxOA) can be transmitted by the 
communications system. 
5 The transmitted character set consists of the 

principal ASCII character set plus the newline character. 
To transmit bytes of data which do not fit in this 
character set, or for communication protocols which do 
not allow transmission of the newline character, an 
10 escape mechanism is provided to allow transmission of 
these characters. For communication in binary format, 
numeric fields or numeric values are transmitted using 
two's complement notation, in network byte order (most 
significant byte first, followed by bytes of decreasing 
15 significance) . Floating point numbers are transmitted 
using the IEEE 64 -bit double precision format, with the 
most significant byte transmitted first. 

Only a single query message 120 is needed to 
transmit a query from a mobile unit to the base unit 12. 
20 This query message 120 provides for both current location 
tracking information as well as route calculation 
requests. The query message 120 includes a plurality of 
fields 122. Each field of the plurality 122 of fields is 
separated by a delimiter, preferably the vertical bar " |" 
25 (ASCII code 0x7C) . The start of the query message 120 
begins with a delimiter character. The end of each 
message is marked by a delimiter character immediately 
followed by a newline character (ASCII code OxOA) , 
represented in Figs, 3 and 4 as 11 \n" . Any characters 
30 between the ending newline character and the starting 
delimiter are preferably ignored by the base unit 12 and 
the mobile unit. 

As noted, the query message 120 includes a plurality 
of fields 122. Some communications transport protocols 
35 may prepend or append characters for controlling 
communication of the message in accordance with the 
specific hardware implementation of the system 10. 

The query message 120 includes a message length 
field 124. This field specifies the length of the query 
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messa ge 120. The message length field 124 may also 
include a compression marker 125 indicating the 
compression status of the message. For example, the 
compression marker 125 may take on a first value if the 
5 query message 120 is compressed using a current phrase 
compression table. The compression marker 125 may take 
on a second value if the query message 120 is compressed 
using the current dictionary (bit compression) table. 
The compression marker 125 may take on a third value if 
10 the query message 120 is compressed using the L-Z (Lev- 
Zempel) compression algorithm. And the compression 
marker 125 may take on a fourth value or simply not be 
present if the query message 120 is not compressed in any 
way. 

15 The query message 120 further includes a cyclical 

redundancy check (CRC) field 126. This field is 
preferably the computed CRC- 16 of the query message 120, 
starting with the delimiter following the CRC field 126 
up to and including the ending newline, as actually 

20 transmitted (i.e., as compressed). The query message 120 
further includes a time stamp field 128 which gives the 
number of seconds since the epoch (00:00:00 GMT 
January 1, 1970) when this message was sent. Preferably, 
messages older than 20 minutes will be ignored when 

25 received by the base unit 12. 

The query message 120 further includes a subscriber 
identifier field 130. The information provided in this 
field may be used for billing and audit information. The 
query message 120 further includes a message identifier 

30 field 132. The characters in this field are used to tag 
response messages transmitted from the base unit 12 to 
the requesting mobile unit. The base unit 12 will place 
the characters in the message ID field 132 in any return 
message so that the mobile unit may determine what 

35 original message the base unit 12 is responding to. The 
query message 120 further includes an identifier field 
134, which provides identification information uniquely 
identifying the mobile unit which transmitted the query 
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message 120. The identification field 134 is used for 
tracking and communications addressing. 

The query message 120 further includes a latitude 
field 136 and a longitude field 138. These fields 
5 specify the current position of the mobile unit by 
latitude and longitude, respectively. By default, the 
current latitude and longitude provide the origin for all 
routing requests, and also provide the position used for 
default tracking address translation. 

10 The query message 120 further includes an origin 

field 140. The origin field 140 specifies the origin 
address for a routing information request. If this field 
is empty, the current position specified by the latitude 
field 136 and the longitude field 138 is used as the 

15 origin address. The query message 120 further includes 
an origin type field 142, which may be either an address 
or a point of interest category (such as "restaurant", 
"museum" or "airport") which is recognizable by the base 
unit 12 . 

20 The query message 120 further includes a destination 

field 144, which specifies the destination address if 
routing information is requested by the mobile unit from 
the base unit 12. If the destination field 144 is empty, 
then no route is calculated by the base unit 12 . 

25 Instead, the message 120 is considered to be a tracking 
message only, merely providing the location of the mobile 
unit . 

The query message 120 further includes a destination 
type field 146 which specifies the type of destination. 

30 For example, the destination may be an address or a point 
of interest category recognizable by the base unit 12 . 
For example, the point of interest categories may include 
" restaurant " , " airport " , or "museum . " As one example , 
the destination type field 146 may be "restaurant", and 

35 the destination field 144 may be "McDonald's™". 

The query message 120 further includes a destination 
limit field 148.' This field specifies a limit for point 
of interest searches. Such a search will be limited to 
the range specified by the value in the destination limit 
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field 148 about the origin. For example, if the 
destination limit field 148 is empty or has a value 0, 
the base unit 12 preferably interprets this to indicate 
that the nearest point of interest satisfying the 
5 requirements specified by the destination field 144 and 
the destination type field 146 should be located. If the 
destination limit field 148 is non-zero, then the limit 
specified sets the maximum range searched for a matching 
point of interest. If no matching point of interest is 
10 in the range specified, a "no match" route error is 
returned . 

The value o£ the destination limit specified in the 
destination limit field 148 depends on the limit type 
field 150. The limit type field 150 determines what unit 

15 . of measurement is in the destination limit field. For 
example, the limit type field may take on a first value 
(for example "M" ) when the destination limit specifies a 
straight line distance. The limit type field 150 may 
take on a second value when the destination limit is 

20 driving distance. Or, the limit type field 150 may take 
on a third value when the destination limit is driving 
time, in minutes. 

The query message 120 concludes with an ending field 
152. The ending field 152 preferably includes the 

25 newline character, represented in Fig. 3 as n \n" . 

Before the ending field 152, the query message 120 
may also include additional optional fields which specify 
additional information or service requests from the 
mobile unit to the base unit 12. For example, the query 

30 message 120 may additionally specify a text message to an 
operator of the base unit 12, or specify whether the base 
unit 12 should provide maneuver arms information or 
combined maneuver arms information along with route 
guidance text. The query message 120 can also specify, 

35 for example, whether the base unit 12 should send route 
stripmap information for a specified strip width with the 
returned route text, whether the base unit 12 should send 
responses in a language independent manner, and/or 
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whether map information should be sent . by the base unit 
12 in bitmap or vector form. 

Maneuver arms information is used to represent 
intersections along the route determined by the base unit 
5 12 . Combined maneuver arms information can be provided 
when two intersections are sufficiently close together. 
Further, the query message 120 can additionally specify 
routing options such as route calculations which avoid 
tolls, avoid left turns or avoid limited access roads, or 

10 specify a time of day for the start of the route. Still 
further, the message 120 could optionally request 
. additional information from the base unit 12, such as a 
list of point of interest types, a list of points of 
interest matching search criteria or a list of files 

15 which may be communicated from the base unit 12 to the 
mobile unit to provide descriptive information. 

Referring now to Fig. 4, Fig. 4 illustrates a data 
communications protocol for communicating data from a 
base unit to a mobile unit in accordance with the 

20 invention and which can be used in conjunction with the 
system of Fig. 1 and the method of Fig. 2. In Fig. 4, a 
response message 160 is illustrated as including a 
plurality of fields 162. 

In accordance with the invention, the response 

25 message 160 may be transmitted in a continuous stream of 
data, called the burst mode, or in a plurality of 
discrete responses to queries for data, called the normal 
mode. The mode of data transmission can be specified by 
the mobile unit, for example, in an additional field 

30 included in the query message 120. In the burst mode, 
the base unit 12 transmits data as fast as possible, 
without waiting for requests from the mobile unit. In 
the normal mode, the base unit 12 sends a packet, then 
waits for the mobile unit to request the next packet 

35 before sending the next packet. 

As mentioned above, the response transmitted from 
the base unit 12 to a mobile unit may include maneuver 
arms information. Maneuver arms are graphical vectors 
used by the mobile unit for displaying a graphical 
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representation of an intersection to be traversed. At 
least three types of visual information can be 
transmitted by the base unit. These include a geometric 
representation of the intersection, including arms 
5 representing the streets approaching an intersection and 
the angles at which the streets approach the 
intersection. The transmitted information can further 
include which of the streets is included in the route to 
be travelled so that, for example, that' street may be 

10 highlighted in the graphical display. The transmitted 
information can further include information about street 
signs located at the intersection. 

In one embodiment, the maneuver arms information 
includes only sufficient data to create a display showing 

15 only what the driver of a vehicle containing the mobile 
unit will see as the driver traverses the displayed 
intersection. Other, extraneous information, such as a 
map of the region around the intersection or of the 
entire metropolitan region, is not transmitted. 

20 Transmitting only a representation of intersections 

to be traversed, rather than extraneous information, 
greatly reduces data transmission and storage 
requirements. Thus, a relatively low bandwidth channel 
may be used for transmitting queries and responses 

25 between the base unit 12 and the mobile unit. For 
example, a channel having a bandwidth as low as 1,200 
bits per second may be used. In contrast, transmitting 
extraneous information may require a bandwidth as high as 
1 megabit per second. Since, with the invention, the 

30 amount of data transmitted is relatively small, the 
entire response, including maneuver arms information, may 
be transmitted in a reasonable time, even at a low 
bandwidth. In addition, since only pertinent information 
about intersections is transmitted, only a small amount 

35 of memory, such as memory 26 of the desktop personal 
computer 16 (Fig. 1) is required at the mobile unit. 

After an intersection has been traversed, the 
display is, in general, updated to show the next 
intersection to be traversed, using maneuver arms 
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information received from the base unit and stored in 
memory. The display can be updated in response to 
operator control, for example, by operating a switch or 
by voice control , or automatically in response to a 
5 position sensor such as the position locator 42 of the 
laptop personal computer 18 (Fig, 1) . 

The response message 160 preferably includes a 
message length field 164 which specifies the length of 
the response message 160. In addition, the message 

10 length field 164 may include a compression marker 
character 165, The compression marker character 165 may 
take on one of a number of values. For example, the 
compression marker character 165 may take on a first 
value if the response message 160 is compressed using the 

15 current phrase compression table. The compression marker 
character 165 may take on a second value if the response 
message 160 is compressed using the current dictionary 
(bit compression) table. The compression marker 
character 165 may take on a third value if the response 

20 message 160 is compressed according to the L-Z (Lev- 
Zempel) compression algorithm. The compression marker 
character 165 may take on a fourth value or simply not be 
present if the response message 160 is not compressed in 
any way. 

25 The response message 160 further includes a CRC 

field 166 which is preferably the computed CRC- 16 of the 
message 160, starting with the delimiter following the 
CRC field 166 up to and including the ending character of 
the message 160. The response message 160 further 

3 0 includes a time stamp field 168 which specifies the 
number of seconds since the epoch (00:00:00 GMT January 
1, 1970) when this message was sent. Preferably, 
messages older than 20 minutes will be ignored by the 
mobile unit which receives the message. 

35 The response message 160 further includes a 

subscriber identifier field 170. This field preferably 
specifies information used for auditing, billing and 
authorization . 
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The response message 160 further includes a message 
identification field 172.. In accordance with the 
invention, the contents of the message identification 
field 170 of the response message 160 match the contents 
of the message ID field 132 of the query message 120. 
The response message 160 further includes an identifier 
field 174. Preferably, the contents of the identifier 
field 174 of the response message 160 match the contents 
of the identifier field 134 of the query message 120. 

The response message 160 also includes a type field 
176 and a message field 178. The type field 176 
specifies the type of the message contained in the 
message field 178. For example, the type field 176 may 
have a first value (for example type "R") specifying that 
the message field 178 contains route tracking address 
translation information. Such a message would result 
from the base unit 12 having received a route tracking 
query. The message in the message field 178 is then the 
address corresponding to the current position (latitude, 
longitude) . The type field 176 may have a second value 
specifying that the message field 178 includes route 
guidance information. This message would result from the 
base unit 12 having received a route calculation request. 
The message is the set of driving instructions. The 
instructions will contain several lines of text, each 
separated by carriage return/newline characters. There 
may be several messages of this type communicated for a 
single route. Each message will correspond to a single 
maneuver if arms are requested, or be the complete text 
0 if arms are not requested. 

The message type field 176 may take on a third value 
to indicate that the message field 178 contains a 
download of information. This message would result from 
a query requesting particular information from the base 
5 unit 12. The type field 176 may take on a fourth value 
to indicate that the message field 178 contains an error 
message. For example, the latitude and longitude 
specified by the latitude field 136 and the longitude 
field 138 in the query message may be outside the 
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specified metropolitan region, or the specified address 
may be invalid or not found for a route calculation. The 
message field 178 contains the error text defining the 
error. 

5 The type field 176 may take on a fifth value to 

specify that the message field 178 contains a query 
response. Such a message would be the result of a query 
made of the database, for example requesting a list of 
point of interest types. The message field 178 includes 

10 the query data. 

The response message 160 concludes with an ending 
field 180. Preferably, the ending field 180 includes the 
newline character, illustrated in Fig. 4 as "\n". 

The use of maneuver arms will now be described in 

15 greater detail . Maneuver arms are used to depict roads 
at intersections. If maneuver arms information is 
requested by a remote unit, the base unit 12 generates 
the maneuver arms information in a maneuver arm 
generation module and provides this arms information for 

20 a current maneuver to the remote unit. The remote unit, 
for example computer 18, processes this information and 
displays the information on a display, for example 
display 46. The base unit 12 provides the inf ormation to 
the remote unit in the following form: 

25 FromName; ToName; x u y x ; x 2/ y 2 [...; x„, y n ] 

"FromName" is the road being driven on at the 
beginning of the maneuver. "ToName" is the road being 
driven on at the end of the maneuver (except for the 
first maneuver) . The x, y values specify the endpoints 

30 of the arms from an origin, which is set at the 
intersection. Each arm starts at the origin and radiates 
outward to an endpoint x, y. In one preferred 
embodiment, x and y are integer values between -100 and 
+100 . The base unit 12 scales and rotates the arms so 

35 that the from road is vertical on the display and 
approaches the intersection from the bottom. If there 
are any arms, in general there will be at least two: a 
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first arm to represent the "from" road using Xj and y u 
and a second arm to represent the "to" road using x 2 and 
y 2 . Other arms specified by x n and y 0 are used to 
represent any additional roads at the intersection. The 
5 signs of the x and y coordinates are shown in Fig. 5. 

In one embodiment , the endpoint coordinates of the 
first, or from, arm are 1, 99 so that thfe first arm 
appears to be going straight up from the bottom of the 
display to the origin. The other arms are mapped 

10 relative to the position of this first arm. In this 
embodiment, endpoint coordinates of 99, -1 correspond to 
an approximately 90° right turn from the first arm. 
Endpoint coordinates of -99, 0 correspond to an 
approximately 90° left turn from the first arm. Endpoint 

15 coordinates of 1, -100 correspond to proceeding straight 
ahead through the intersection. 

For the first maneuver, the ToName can represent a 
cross street near the beginning of a route to orient the 
driver even though this cross street is not to be turned 

2 0 onto . 

Figs. 6 to 10 illustrate examples of displays in a 
remote unit in the course of a trip from 1550 Rockwood 
St., Los Angeles, to 280 Emerald St., Los Angeles. In 
this example, after the driver enters the from 

25 information "1550 ROCKWOOD ST, LOS ANGELES" and the to 
information "280 EMERALD ST, LOS ANGELES" the display in 
the remote unit informs the driver of the approximate 
driving distance and driving time by displaying "ABOUT 
0.4 MILES, 3 MINUTES" (not shown in Figs. 6 to 10). 

30 Then, as the driver proceeds, the display displays the 
textual and graphic information shown in Figs. 6 to 10. 
The directions in textual form are displayed on the left, 
and corresponding maneuver arms are graphically displayed 
on the right based on the x, y endpoint coordinates 

35 received from the base unit 12. The exact appearance of 
the display, for example, road width and road edge color, 
can be customized by the remote user. 

Figs. 11 to 14 illustrate the data transferred 
between the remote unit and the base unit in the example 
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of Figs. 6 to 10. More specifically, Fig. 11 illustrates 
the packet transmitted from the remote unit to the base 
unit. Fig. 12 illustrates the packet issued from the 
base unit in response. Fig. 13 illustrates a second 
5 communication from the remote unit to the base unit. 
And, Fig. 14 illustrates a corresponding response from 
the base unit. In the example of Figs. 11 to 14, not all 
of the fields shown in Figs. 3 and 4 are needed and are 
thus omitted. 

10 As shown by the "ARMS=Y" designation in. an optional 

routing alternatives field, the request in Fig. 11 
includes a request for maneuver arms information. In the 
second message in Fig. 12, the base unit begins to send 
maneuver arms information, in the format described above, 

15 via the "ARM=ROCKWOOD,GLENDALE;l, 99; -91, 41; 90, -42" 
instruction. The optional "MORE=Y" instruction in the 
fifth message of Fig. 12 indicates that there are more 
packets of messages to follow. The " MANEUVER=NEXT " and 
"ARMS=Y" instructions of Fig. 13 direct the base unit 12 

20 to send the additional information, including maneuver 
arms information. This additional information is sent 
via the packet shown in Fig. 14. 

Figs. 15 to 38 illustrate additional examples of 
data transferred between a remote unit and a base unit. 

25 Fig. 15 illustrates a packet sent by a remote unit to a 
base unit which constitutes the initial log- in 
communication that sets a non-burst mode and a IK maximum 
packet size. Fig. 16 illustrates the response to the 
request of Fig. 15. Fig. 16 is a response which merely 

30 acknowledges the request of Fig. 15 because there is 
insufficient information for a route request or a query. 
Fig. 17 illustrates a request to use a Los Angeles, 
California database for future requests and Fig. 18 
illustrates the corresponding acknowledgement. 

35 Fig. 19 illustrates a request for a route from 950 

S. Flint Ridge Way to 2043 N. Sacramento along with 
maneuver arms. Fig. 20 illustrates a first packet in 
response to the request of Fig. 19. Fig. 21 illustrates 
a request from the remote unit to, the base unit to send 
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the next packet of instructions along with maneuver arms. 
Fig. 22 illustrates a response providing the next packet, 
as requested. Fig. 23 illustrates a request for the next 
block of instructions and Fig. 24 illustrates the next 
5 block of instructions. Finally, Fig. 25 illustrates a 
request for the last block of instructions and Fig. 26 
illustrates the corresponding response. Thus, Figs. 19 
to 26 together illustrate the communications to provide 
the route from 950 S. Flint Ridge Way to 2043 N. 

10 Sacramento. 

Fig. 27 illustrates a request for a route from 1750 
Queens Road to 7530 Orangethorpe, along with maneuver 
arms. Fig. 28 illustrates the packet giving the first 
block of instructions in response to the Fig. 27 request. 

15 Fig. 29 requests the next block of maneuvers. And, Fig. 
30 illustrates the final block of maneuvers. 

Fig. 31 illustrates a request for a list of all 
points of interest (POIS) of the restaurant type with 
"HAPPY" in their name within 10.0 miles (encoded as "100" 

20 and "M") of 1855 W. Katella Avenue. Fig. 32 illustrates 
the response indicating that there are no such points of 
interest found which satisfy the given criteria. Fig. 33 
illustrates another request for a list of points of 
interest of the restaurant type with "HUNGRY" in their 

25 name within 10.0 miles of 1855 W. Katella Avenue. Fig. 
34 illustrates the corresponding response providing the 
information for two points of interest satisfying the 
criteria set forth in the message of Fig. 33. In Fig. 
34, "HUNGRY TIGER SEAFOOD RESTAURANT" at "6231 MANCHESTER 

30 BLVD, BTJENA PARK" is the first point of interest. The 
"36" is the type of point of interest, i.e., restaurant. 
The "23606" is a unique identification number for the 
point of interest. The "0-0-223-137,4,1" specifies the 
restaurant location relative to a known node in the 

35 metropolitan region. The "46646" is the distance to the 
restaurant in feet and the "N" indicates that no 
additional information regarding the restaurant is 
available. 
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Fig, 35 is a packet sent from a remote unit to a 
base unit which requests a list of points of interest of 
the restaurant type with "BURGER" in their name within 
10.0 miles of 1855 W. Katella Avenue, Fig. 36 
5 illustrates the first packet in response to the request 
of Fig. 35. Fig. 37 requests additional points of 
- interest in response to the request of Fig. 35. Fig. 38 
provides additional points of interest satisfying the 
criteria in the request in Fig. 35. 

10 The invention generates combined maneuver arms in 

situations where turns are required at two different 
intersections which are close together. Fig. 39. 
illustrates an example of a combined maneuver arm. In 
the example of Fig. 39, a slight right turn is required 

15 at the corner of Broad Street and Elm Street and a left 
turn is required at the intersection of Elm Street and 
Main Street. Instead of generating maneuver arms for the 
Broad-to-Elm turn and another set of maneuver arms for 
the Elm -to -Main turn, the invention generates a single 

20 combined maneuver arms display, as shown in Fig. 39, by 
the following process. 

For each set of maneuver arms generated at an 
intersection, the base unit 12 determines whether there 
is a sufficiently close intersection at which the driver 

25 must turn. If sufficiently close intersections requiring 
turns occur, then the maneuver arms information for both 
of these intersections are merged for a single combined 
maneuver arms display such as that shown in Fig. 39. For 
the combined maneuver arms, the roads are designated by 

3 0 sets of endpoints, similar to that described above in 
connection with Fig, 5. One acceptable form for combined 
maneuver arms is as follows: 

FromName, ToName, ox*, oy a , x,i, y al ; x^, y^; x„, 
y^: ToName, ox*,, oy b , x^, y bl ; x b2l y w ; x^, y bn 

35 The oXa and oy a coordinates specify the coordinates 

of the first, or a*, intersection, or origin, and the ox* 
and oy b coordinates specify the coordinates of the 
second, or b*, intersection, or "origin." The arms are 
specified with respect to these origins. For example, x^ 
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and y al are the endpoint coordinates of the I s1 road at the 
first, or a*, intersection. To conserve space, 
coordinates for "origins" other than the first can be 
omitted because they can be reconstructed from the 
5 from/to arm data. 

Combined textual information is also displayed along 
with combined maneuver arms. Thus, along with the 
graphic display shown in Fig. 39, the following textual 
instructions are also displayed: "Turn slight right on 
10 ELM ST. followed shortly by a left turn onto MAIN ST. 
Drive 5.6 miles." Three or more intersections can be 
combined. 

An additional feature of the invention is the 
transmission of message information, that is, the 

15 information in message field 178 in Fig. 4, in a further 
compressed form. The use of such a form has at least two 
advantages. First, use of such a form allows message 
information to be transmitted electromagnetically in a 
more efficient way. Second, use of such a form allows 

20 transmission of information from the base unit 12 to a 
remote unit in a language independent manner. Upon 
receipt of the information in this form, the remote unit 
then converts the information for display into expanded 
textual instructions in any desired language such as 

25 English, Spanish, Japanese, and/or German. This form 
will generally be referred to herein as the language 
independent form or language independent mode. 

In the language independent mode, the textual 
description of maneuvers are generated by a token 

3 0 generation module in base unit 12 and are transmitted to 
the remote unit in a tokenized form. For example, 
instructions to: 

Turn left on W, MAIN ST. and drive 4.3 miles. 

Would be transmitted as: 



35 



3,W. MAIN ST. ,4.3. 
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In this example, the "3" represents the English 
instruction to: 

Turn left on Tblank 11 and drive Tblank 2] miles. 

The "W. MAIN ST." field is the information to be 
5 inserted in the f blank 1] position (corresponding to a 
street sign) and the "4.3" field is the information to be 
inserted in the fblank 21 position. If German language 
instructions are desired, then the remote unit displays 
the following text for a type "3" instruction: 

10 Auf Tblank 11 links abbiegen und fblank 21 Meilen 

weiterf ahren. 

Thus, using the 5th message of Fig. 12 as another 
example, instead of transmitting "Turn LEFT onto EMERALD 
DR. \r Drive 0.1 miles." the following tokenized 
15 information is transmitted to convey the same information 
in a much more compact form: 

3 , EMERALD DR. ,0.1 

Fig. 40 provides additional examples of tokens and 
corresponding expanded text in English, Spanish, and 
20 German. 

Upon receiving the tokenized route information, the 
remote unit applies a set of translating instructions 
contained in a lookup table implemented, example, in 
computer 18, one table per language, or sounding, 
25 desired. For example, the English token translation 
instructions for. a type 3 token indicate that "Turn left 
on" is displayed, then the signage or street name, then 
"and drive," then the distance, and then "miles." The 
remote unit can be equipped with a set of buttons for the 
30 user to specify the desired language (s). 

Translation instruction can be more or less 
complicated and can include conditions for added 
flexibility. For example, the English token translation 
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instructions for a type 5 instruction indicate that 
"Follow the sign" is displayed first, then if the number 
of signs in the message is greater than one an 11 s" should 
be added to "sign," then the sign(s) should be displayed, 
5 then "on the ramp." should be displayed. Thus, in one 
instance a type 5 token might produce, expanded English 
maneuver text of : 

Follow the signs TO 0 1 HARE, TO INDIANA on the ramp. 

In another instance, a type 5 token might produce 
10 the expanded English maneuver text of: 

Follow the sign TO CHICAGO on the ramp. 

The remote unit can also convert the miles 
information into kilometers, if desired. 

Thus, in the language independent mode, information 

15 is transmitted from the base unit without regard to any 
particular language. Accordingly, the transmission 
bandwidth does not depend on the language of the 
instructions to be displayed on the display in the remote 
unit . Because the remote unit produces the actual text 

20 portion, routes can be presented in more than one 
language or way either concurrently or serially, as 
desired by the remote user, without the need for 
additional information from the base unit. 

Use of tokens allows remote system users to create 

25 their own language formats, if desired, to best fit 
particular needs and capabilities. Alternatively, a 
remote unit can download language formats (that is, 
expanded text corresponding to various tokens) that have 
already been created from the base unit. 

30 The base unit can also provide the remote units with 

other information in addition to the textual directions 
and maneuver arms information discussed above. In some 
applications, a remote user desires more information than 
just the textual directions and maneuver arms information 

35 and more information than is stored and maintained in the 
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remote unit. For various practical reasons, such as 
cost, remote units generally have at best only a limited 
database on-board. Such a limited database may, for 
example, include information and/or maps for a limited 
5 metropolitan area. 

Even though a remote user may have no or a limited 
on-board database, the invention allows the remote user 
to obtain a large amount of information from the base 
unit. Thus, the invention allows a remote unit to access 

10 a large amount of information without burdening the 
remote unit with storage and maintenance of a large 
database. Such information can include, for example, 
maps for a complete route (not just information about 
intersections which require turns) or maps for an area 

15 which is simply not covered by any on-board database. 

Fig. 41 is a flowchart which illustrates the 
operations in a remote unit, such as computer 18, for 
determining whether the remote unit needs additional 
information from the base unit and for obtaining such 

20 additional information when it is needed. In the 
operations illustrated in Fig. 41, the remote unit has a 
small on-board database. 

In step SI, the remote unit requests a route between 
an origin and a destination from the base unit using the 

25 protocol shown in Figs. 3 and 11. The base unit 12 
calculates the route in route calculator 66 and this 
route* is received in the remote unit in step S2 . In step 
S3 , the remote unit compares the route received from the 
base unit with map information stored on-board the remote 

30 unit. In a preferred embodiment, the comparison is made 
on a node basis. If any part of the route is not 
adequately covered by the on-board maps in terms of 
geographic scope/bound or level of detail/content, as 
determined at step S4, then the processing proceeds on to 

35 step S5. Otherwise, the processing proceeds on to step 
S7 and is completed. 

In step S5, the remote unit requests, from the base 
unit 12, stripmaps for those portions of the route which 
are not adequately covered by the maps available on-board 
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the remote unit. Maps are not requested for areas which 
are adequately covered by on-board maps. A stripmap can 
be relatively simple or it can be fairly detailed and 
include side roads, intersections, points of interest, 
5 and features for map-matching in the remote unit. In 
step S6, the remote unit receives the requested stripmap 
information from the base unit. 

A similar procedure is used when a route is within 
the area covered by the on-board database but the base 

10 unit has more up-to-date information. The remote unit 
can also download updated maps, new programs, and the 
like. Remote units without any on-board database must 
obtain all information from the base unit. A remote unit 
specifies what information it needs, using the above- 

15 described protocol, based on what information the remote 
unit desires and can handle. 

As can be seen from the foregoing, the invention 
provides a system and method for providing graphically 
referenced information from a base unit or server to a 

20 mobile unit in a compact form. The invention allows the 
mobile unit to operate with limited or no database 
storage or position sensor requirements. Software for 
controlling the mobile unit runs on generic hand-held 
devices or desktop computers with wireless or wireline 

25 communications capability. A query, communicated from 
the mobile unit to the base unit, and the response, 
communicated from the base unit to the mobile unit, are 
packaged into a standard data communications protocol 
that manages a broad spectrum of queries and responses 

30 available. This approach to providing route guidance 
information allows automatic real time database updates 
and corrections at the base unit, avoiding database 
distribution problems. In addition, the cost and 
technical requirements for the on-board or mobile unit 

35 equipment are substantially lower than for prior art 
route guidance information systems. 

It is to be understood that, while the detailed 
drawings and specific examples given describe preferred 
embodiments of the invention, they are for the purpose of 
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illustration only. The invention is not limited to the 
precise details disclosed, and various changes may be 
made therein. For example, the format or protocol of the 
query message and the response message, illustrated in 
5 Figs. 3 and 4, respectively, may be modified to request 
different types of information from the map database or 
to specify different formats or subsets of information to 
be conveyed to the mobile unit. Such changes may be made 
without departing from the spirit of the invention which 
10 is defined by the following claims. 



WO 96/00373 

What Is Claimed Is: 



-42- 



PCT/US95/07859 



1. A method of transmitting route directions in a 
compact form, comprising the steps of: 

(a) generating a first set of maneuver arms to 
depict a first intersection on a display, each maneuver 
arm of the first set of maneuver arms being* represented 
by at least one endpoint; 

(b) generating a second set of maneuver arms to 
depict a second intersection on a display, each maneuver 
arm of the second set of maneuver arms being represented 
by at least one endpoint; 

(c) comparing the proximity of the first 
intersection and the second intersection and, if the 
first intersection and the second intersection are within 
a predetermined range of each other, combining the first 
set of maneuver arms with the second set of maneuver arms 
to produce a combined set of endpoints to depict the 
first set of maneuver arms and the second set of maneuver 
arms on a common display; and 

(d) transmitting the combined set of endpoints to 
a remote unit in electromagnetic form. 

2 . A method of efficiently transmitting routing 
directions, comprising the steps of: 

(a) generating a routing direction for a user; 

(b) expressing the routing direction in at least 
one of a plurality of tokenized forms, each of said 
plurality of tokenized forms representing a pre-defined 
routing direction in compact form; 

(c) electromagnetically transmitting said at least 
one of said plurality of tokenized forms to a remote 
unit; 

(d) receiving said at least one of said plurality 
of tokenized forms at said remote unit; and 

(e) at said remote unit, expanding said at least 
one of said plurality of tokenized forms received in step 
(d) into a textual driving instruction for display to a 
user at said remote unit. 
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3. A method as set forth in claim 2, further 
comprising the steps of: 

(f) receiving instructions from said user 
specifying that textual driving instructions be displayed 
in one or more languages; and 

(g) at said remote unit, expanding said at least 
one of said plurality of tokenized forms, - received in 
step (d) , into a textual driving instruction for each of 
said one or more languages specified in step (f ) . 

4. A method as set forth in claim 2, further 
comprising the steps of: 

(f) in step (c) , transmitting a road name to said 
remote unit along with said one of said plurality of 
tokenized forms; and 

(g) in step (e) , inserting the road name 
transmitted in step (f ) into expanded text corresponding 
to said at least one of said plurality of tokenized forms 
received in step (d) . 

5. A method of expanding the amount of information 
available to a remote unit in a routing system having a 
base unit and a remote unit, comprising the steps of: 

(a) electromagnet ically transmitting a route 
request from the remote unit to the base unit; 

(b) electromagnetically transmitting a route from 
the base unit to the remote unit in response to the route 
request of step (a) ; 

(c) receiving in the remote unit the route 
transmitted in step (b) ; 

(d) in the remote unit, comparing the route 
received in step (c) with a coverage of any databases on- 
board the remote unit; 

(e) if the route received in step (c) is not 
adequately covered by any databases on-board the remote 
unit, electromagnetically transmitting from the remote 
unit to the base unit a request for the base unit to 
provide information which is not adequately covered by 
any databases on-board the remote unit; and 
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(f) receiving in the remote unit said information 
which is not adequately covered by any databases on-board 
the remote unit in response to the request of step (e) . 

6. A method as set forth in claim 5, wherein step 
(f ) includes receiving in the remote unit map information 
which is not adequately covered by any databases on-board 
the remote unit in response to the request of step (e) . 

7. A system for generating and transmitting route 
directions in a compact form, comprising: 

(a) a base unit which 

(i) generates a first set of maneuver 
arms to depict a first intersection on a display, each 
maneuver arm of the first set of maneuver arms being 
represented by at least one endpoint, 

(ii) generates a second set of maneuver 
arms to depict a second intersection on a display, each 
maneuver arm of the second set of maneuver arms being 
represented by at least one endpoint, and 

(iii) compares the proximity of the first 
intersection and the second intersection and, if the 
first intersection and the second intersection are within 
a predetermined range of each other, combines the first 
set of maneuver arms with the second set of maneuver arms 
to produce a combined set of endpoints to depict the 
first set of maneuver arms and the second set of maneuver 
arms on a common display; and 

(b) a communications link to transmit the combined 
set of endpoints to a remote unit in electromagnetic 
form. 

8 . A system for generating and transmitting 
routing directions efficiently, comprising: 

(a) a base unit which 

(i) generates a routing direction for a user, 

and 

(ii) expresses the routing direction in at 
least one of a plurality of tokenized forms, each of said 
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plurality of tokenized forms representing a pre-defined 
routing direction in compact form; 

(b) a communications link to electromagnetically 
transmit said at least one of said plurality of tokenized 
forms ; and 

(c) a remote unit which 

(i) receives said at least one of said 
plurality of tokenized forms from the communications 
link, and 

(ii) expands said at least one of said 
plurality of tokenized forms into a textual driving 
instruction for communication to a user at said remote 
unit. 

9. A system as set forth in claim 8, wherein: 

. the remote unit receives instructions from the user 
specifying that textual driving instructions be displayed 
in one or more languages; and 

the remote unit expands said at least one of said 
plurality of tokenized forms into a textual driving 
instruction for each of said one or more languages 
specified by the user. 

10. A system as set forth in claim 8, wherein: 
the communications link transmits a road name to 

said remote unit along with said one of said plurality of 
tokenized forms; and 

the remote unit inserts the road name transmitted by 
the communications link into expanded text corresponding 
to said at least one of said plurality of tokenized 
forms* 

11. A system as set forth in claim 8, wherein the 
remote unit includes a display for said communication to 
said user at said remote unit. 

12. A system as set forth in claim 8, wherein the 
remote unit includes an annunciator for said 
communication to said user at said remote unit . 
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13 . A routing system which makes a large amount of 
information available to a remote unit, the system 
comprising: 

(a) a base unit; 

(b) a remote unit; and 

(c) a communications link to electromagnetically 
transmit a route request from the remote unit to the base 
unit and to electromagnetically transmit a route from the 
base unit to the remote unit in response to the route 
request; 

wherein the remote unit 

(i) receives the route transmitted by the 
communications link, 

(ii) compares the route received with a 
coverage of any databases on-board the remote unit, and 

(iii) if the route received is not 
adequately covered by any databases on-board the remote 
unit, electromagnetically transmits from the remote unit 
to the base unit, via the communications link, an 
additional request for the base unit to provide 
information which is not adequately covered by any 
databases on-board the remote unit. 

14. A routing system as set forth in claim 13, 
wherein the remote unit receives map information which is 
not adequately covered by any databases on-board the 
remote unit in response to said additional request. 

15. A method of efficiently transmitting routing 
directions, comprising the steps of: 

(a) generating a routing direction for a user; 

(b) expressing the routing direction in at least 
one of a plurality of tokenized forms, each of said 
plurality of tokenized forms representing a pre-defined 
routing direction in compact f orna- 
te) electromagnetically transmitting said at least 

one of said plurality of tokenized forms to a remote 
unit ; 
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(d) receiving said at least one of said plurality 
of tokenized forms at said remote unit; and 

(e) at said remote unit, expanding said at least 
one of said plurality of tokenized forms received in step 
(d) into a textual driving instruction for annunciation 
to a user at said remote unit. 

16. A method of electromagnet ically transmitting 
route directions in a compact form, comprising the steps 
of: 

(a) generating a set of maneuver arms to depict 
roads at an intersection on a display, each maneuver arm 
of the set of maneuver arms being represented by at least 
one set of endpoint coordinates ; 

(b) electromagnetically transmitting the set of 
endpoint coordinates to a remote unit; and 

(c) controlling a display at the remote unit to 
depict said roads by joining said set of endpoint 
coordinates on said display. 
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GLENDALE 






ROCKWOOD ST towards 






GLENDALE BLVD. 




Drive 0.1 miles. 
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Turn RIGHT cnto GLENDALE 
BLVD. 

Drive 0.1 miles. 
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Turn SLIGHT RIGHT onto 
LUCAS AVE. 
Drive 0.2 miles. 




GLENDALE 



LUCAS 



Turn LEFT onto EMERALD DR. 
Drive 0.1 miles. 
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LUCAS 



Turn RIGHT onto EMERALD 






EMERALD 


ST. 








Drive a short distance to 








your destination at 280 








EMERALD ST. 
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| 078 |0A8D|80DC0960| IDSDIVISION |9D89| BOBD | I I I I i I I | SESSION=00000000 | BURST=N I 
MAXPKT=1024 | - 

I 0039 | 67f 1 1 2ef 5d974 | IDSDIVISION | 9d89 | BOBD | E | OK h 
|055|800B|80DC0962|IDSDIVISION|9D8B|BOBD| | | || I I I | CONFIG=LA . CFG | 

fy. n 

I 003 9 I 3d8a I 2ef 5d976 | IDSDIVISION | 9d8b | BOBD | E | OK | -> 

1 119 | A4C8 | 80DC096E | IDSDIVISION | 9D98 | BOBD | | | 950 S FLINT RIDGE WAY, 
ANAHEIM) ADDRESS | 2043 N SACRAMENTO , ORANGE j ADDRESS | 0 | M | ARMS =Y | ^ 

|0753|2bc6|2ef5d987|lDSDIVISION|9d98|BOBD|R|\r About 9.1 miles 

20 minutes. \r|-> 

| 2ef5d987 | IDSDIVISION | 9d98 | BOBD |R|\r\r 1) 0.0 Start out going 
Northwest on S FLINT RIDGE WAY. \r Drive a short distance. 

| ARM=FLINT RIDGE ; WHITE FIR; 1 , 99 ; -7= , -61 ; 24 , -96 h 

1 2ef5d9B7| IDSDIVISION |9d98| BOBD |R|\r\r 2) 0.0 Turn LEFT onto E WHITE 
FfER LN- \r Drive 0.1 miles. |ARM=FLINT RIDGE/WHITE FIR;1,99;- 

79,-61/24, -96 |-i 

1 2ef5d987 | IDSDIVISION | 9d98 | BOBD | R | \r\r 3) 0.1 Turn RIGHT onto S LONE 
PINE LN. \r — Drive 0.1 miles. |ARM=WHITE FIR ; LONE 

PINE; 1,99, -67, -73 |- 

|2ef5d987|lDSDIVISION|9d98|BOBD|R|\r\r . 4) 0.2 Turn LEFT onto E 
SOMERSET LN. \r Drive a short distance. | ARM=LONE 

PINE; SOMERSET; 1, 99; - 93, -35; 38, -92 |MORE=Y | -> 

|062|61D6|80DC0975|IDSDIVISION|9D9F|BOBD| | | | || I I |MANEUVER=NEXT|ARMS=Y| -. 
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|0664|449c|2ef5d98a|lDSDIVISION|9dSf |BOBD|R|\r\r 5) 0.2 Turn RIGHT 
onto SERRANO AVE. \r Drive 0.3 miles. 

| ARM=SOMERSET ; SERRANO; 1 , 99 ; 98 , -18 ; - 97 , 22 ; - 12 , - 99 | - 

|2ef5d98a|lDSDIVISION|9d9f |BOBD|R|\r\r 6) 0.6 Turn LEFT onto S WEIR 
CANYON RD. \r Drive 0.3 miles. | ARM=SERRANO; WEIR 

CANYON; 1,99; -99,0; -26 , - 96 ; 97 , -21 1 - 

|2ef5d98a|lDSDIVISION|9d9f |BOBD|R|\r\r 7) 1.4 Turn RIGHT onto the CA- 
91 WEST RAMP. \r Drive 5.3 miles. |ARM=YORBA LINDA; CA- 91 

WEST; 1,99; 83, -55 ;2, -99 | - 

|2ef5d98a|lDSDIVISION|9d9f |BOBD|Rl\r\r 8) 6.7 Take the CA-55 HWY SOUTH 
exit. \r Drive 0.7 miles. |ARM=RI VERS IDE; CA-55 SOUTH; 1, 99 ; 0 , - 

100;7, -99|MORE=Yh 

|062|F22E|80DC0978|IDSDIVISION|9DA2|BOBD| | | | | | | | | MANEUVER=NEXT | ARMS=Y | 

|0652|6dc9|2ef5d98d|IDSDIVISION|9da2|BOBD|R|\r\r 9) 7.4 Take the NOHL 
RANCH RD/ LINCOLN AVE exit. \r Drive 0.2 miles. |ARM=COSTA 

MESA;TUSTIN ST ; 1,99; - 2,-99; - 21, -97j-« 

|2ef5d98d|lDSDIVISION|9da2|BOBD|R|\r\r 10) 7.6 Turn LEFT onto N TUSTIN 
ST. \r Drive 1.0 miles. | ARM=TUSTIN ST;TUSTIN? 1, 99 ; -99 , - 

6;98,15|- 

|2ef5d98d|lDSDIVISION|9da2|BOBD|R|\r\r 11) 8.6 Turn LEFT onto E MEATS 
AVE. \r Drive 0.4 miles. |ARM=TUSTIN; MEATS ; 1 , 99 ? - 99 , 3 ; -4 , - 

99;99,-ll|-» 

|2ef5d98d|lDSDIVISION|9da2|BOBD|R|\r\r 12) 8.9 Turn RIGHT onto N 
BRECKENRIDGE ST. \r Drive a short distance. 

| ARM=MEATS ; BRECKENRIDGE ; 1 , 99 ; 9 9 , 3 ; 0 , -100 | MORE=Y | -i 



|062|1595|80DCC97B|IDSDIVISION|9DA5|BOBD| || I I I I I I MANEUVER=NEXT | ARMS-Y | - 

|0640|638b|2ef5d990|lDSDIVISION|9da5|BOBD|R|\r\r 13) 9.0 Turn RIGHT 
onto E BRENTFORD AVE. \r Drive 0.1 miles. 

| ARM= BRECKENRIDGE ; BRENTFORD ;l,99;99,-4;-4,-99h 

|2ef5d990|lDSDIVISION|9da5|BOBD|R|\r\r 14) 9.0 Turn LEFT onto N 
SACRAMENTO ST. \r Drive a short distance to your destination 

at 2043 N SACRAMENTO ST ,\r | ARM=BRENTFORD; SACRAMENTO; 1, 99 ; -99, 0 | -< 
|2ef5d990|lDSDIVISION|9da5|BOBD|R|\r Thank you for using 

SEI/EnRqute!\r\rDat abase Copyright 1992 - 94 Navigation Technologies _ 
Corp. \r (Database version lao0104_2 ,3 .0, SEI/EnRoute Copyright 1993-199-4 
SEI Information Technology/ IDS Software version 5.48) \r |MORE=N|-» 
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] 121 1 7372 | 80DC099C | IDSDIVISION | 9DC6 | BOBD | | 1 1750 QUEENS RD, LOS 
ANGELES | ADDRESS i 7530 ORANGETHORPE , BUENA PARK | ADDRESS I 0 | M | ARMS= Y | - 



|0746|fef2|2ef5 
miles, 51 minuc 
|2ef5d9b8 | IDSDI 
Northwest on QU 
distance, |ARM 
|2ef5d9b8 | IDSDI 
QUEENS RD. \r 
99;95,-30|- 
|2ef5d9b8| IDSDI 
BLVD . \r 

|2ef5d9b8 | IDSDI 
101 SOUTH RAMP 
SOUTH;!, 99; 92, 



About 30.2 



d9b8 | IDSDIVISION | 9dc6 | BOBD | R | \r 

7ISION|9dc6|BOBD|R|\r\r 1) 0.0 Start out going 
ZENS RD towards FRANKLIN AVE. \r Drive a short 

=QUEENS ; QUEENS ; 1 , 99;-64,76 | 

7ISION|9dc6|BOBD|R|\r\r 2) 0,1 Turn SLIGHT RIGHT onto 
Drive 0.5 miles. | ARM=FRANKLIN ; QUEENS ; 1 , 99 ; 4 , - 

7ISI0N| 9dc6 |BOBD|R|\r\r 3) 0.5 Turn LEFT onto W SUNSET 
Drive 3.5 miles. | ARM=QUEENS ; SUNSET; 1,99; -99, 5; 99,- 

VISION| 9dc6 |BOBD|R|\r\r 4) 4.1 Turn RIGHT onto the US- 

\r Drive 24.5 miles. | ARM-SUNSET; US- 101 

27;-2,-99|MORE=Y|-. 

|062|EB9C|80DCC3A6|IDSDIVISION|9DDO|BOBD| | || I II I I MANEUVER =NEXT | ARMS=Y | - 

| 0802 (db7l|2ef5d?bb| IDSDIVISION |9dd0| BOBD |R|\r\r 5) 28.6 Take the KNOTT 
AVE exit. \r Drive 0.1 miles. | ARM=SANTA ANA; ARTESIA 

B LVD ; 1,99; 77,-63 ; 1 2 f - 9 9 | - 

| 2ef5d9bb | IDSDIVISION | 9dd0 |BOBD|R|\r\r 6) 28.7 Merge onto KNOTT AVE. 
\r " Erive 1.0 miles. | ARM^ARTESIA BLVD; KNOTT; 1 , 99 ; 19 , -9e ; - 

23,97;-97,-21;=7,22h 

|2ef5d9bb| IDSDIVISION |9dd0]BOBD|R|\r\r 7) 29.7 Turn LEFT onto . 
ORANGETHORPE AVE. \r Drive 0.5 miles to your destination at 

7530 ORANGETHORPE AVE. \r | ARM=KNOTT; ORANGETHORPE ; 1, 99 ; -99 , 3 ; -4 , -99 ; 93 , -1 j 
|2ef5d9bb|lDSDIVISION|9dd0|BOBD|R|\r Thank you for using 

SEI/EnRoute!\r\rDatabase Copyright 1992 - 94 Navigation Technologies 
Corp, \r (Database version lao0104_2 . 3 . 0 , SEI/EnRoute Copyright 1993-1994 
SEI Information Technology/ IDS Software versior. 5.48) \r lMORE=Nl-« 



1 104 | 5F31 1 80DC09DF | IDSDIVISION | 9E08 | BOBD | | 1 1855 W KATELLA AVE, 
ORANGE | ADDRESS I HAPPY | RESTAURANT 1 1 0 0 | M | QUERY-POIS | 
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| 0085 |30dd|2ef5d9f4| IDSDIVISION |9e08| BOBD |Q| No of POIS found: 00000: : : - 
--,,:: | MORE=N | -> 

1 105 |E9C4|80DC09F6| IDSDIVISION |9E20| BOBD | | 1 185= W KATELLA AVE, 
ORANGE | ADDRESS I HUNGRY I RESTAURANT 1 100 |M|QUERY=FCIS I -> 

"|0269|523a|2ef5da0c|lDSDIVISION|9e20|BOBD|Q|No of POIs found:00002: : : - 
--,,:: ; HUNGRY TIGER SEAFOOD RESTAURANT: 6231 MANCHESTER BLVD, BUENA 
PARK:36:23606:0-0-223-137,4,l:46646:N;HUNGRY EIAR RESTAURANT : 2219 N HARBOR 
BLVD, FULLERTON:36:24034:0-0-459-108,4,2:38570:N|MORE=Nl-. 

1 105 | F245 | 80DC0A07 | IDSDIVISION | 9E31 1 BOBD | | 1 1855 W KATELLA AVE, 
ORANGE I ADDRESS | BURGER | RESTAURANT 1 100 | M | QUERY=FCIS | - 

fit 35* 

| 0704 |lc86|2ef5dald| IDSDIVISION |9e31|BOBD|Q|No of POIs found: 00016: : : - 
--,,:: ; BREA 1 S BEST BURGERS:707 S BREA BLVD, BREA: 36 : 23589 : 0-0-230- 
190,4, 1:38608:N;BURGER KING:959 S COAST DR, CCSTA MESA: 36 : 23729 : 0-0-395- 
82,4,1:43298:N;BURGER KING:19201 BROOKHURST ST # HUNTINGTON 

BEACH:36:24237:0-0-779-194,4,2:51444:N;BURGER KING:1236 W IMPERIAL HWY, LA 
HABRA:36:24406:0-0-453-165,4,2:49052:N;C AND J 3URGER:421 E LA HABRA BLVD, 
LA HABRA:36:24408:0-0-229-139,4,l:50512:N;GEORGS , S BURGERS:601 W LA HABRA 
BLVD, LA HABRA: 36 :24429:0-0-908-180,4,1: 52112 IMPERIAL BURGERS:241 E 
IMPERIAL HWY, LA HABRA: 36 : 24435 : 0-0- 919 -268 , 4 , 1 : 46502 :N;T AND S BURGER: 650 
W LA HABRA BLVD, LA HABRA: 36 : 24484 : 0-0-908-180 , 4 , 2 : 52112 :N |MORE=Y I - 

| 055 |A5Cl| 8 0DC0A0B| IDSDIVISION | 9E34 | BOBD | | | || I I I | MANEUVER=NEXT I -» 

% v 

I 0643 | 833e | 2ef 5dalf | IDSDIVISION | 9e34 | BOBD | Q | IN-N-OUT BURGER : 7926 
VALLEY VIEW ST, LA PALMA: 36 : 24514 : 0-0-1210-243 ,4 , 2 : 50592 :N;BURGER 
KING:245 N CITRUS ST, ORANGE: 36 : 26021 : 0-0-829-124 , 4 , 1 : 6189 :N; IN-N- 
OUT BURGER:825 W CHAPMAN AVE, PLACENTIA:36 :26314 :0-0-959- 

137,4,1:24590:N;BURGER KING:2850 S BRISTOL ST, SANTA 
ANA:36:26542:0-0-396-lll,4,l:36418:N;BURGER KING:601 E DYER RD, 
SANTA ANA:36:26543:0-0-797-207,4,l:3S830:N;BURGER KING:13431 
NEWPORT AVE, TUSTIN: 36 : 26864 : 0-0-871-69 , 4 , 1 : 28304 :N;BOB ' S 
BURGER: 13 891 BEACH BLVD, WESTMINSTER: 36 : 27177 : 0-0-199- 
315,4,2:40114:N;IN-N-OUT BURGER-.6292 WESTMINSTER BLVD, 
WESTMINSTER: 36: 27186 : 0-0 -1197-216, 4,2 : 49140 :N | M0RE=N | -< 
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